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REMARKS 

Claims 1-20 are amended. No new matter is added by these amendments. Claims 
1-20 are pending. By amending the claims, applicant is not conceding that the claims are 
unpatentable over the art cited by the Office Action and is not conceding that the claims 
are non-statutory under 35 U.S.C. 101, 102, and 103 as the claim amendments are only 
for the purpose of facilitating expeditious prosecution. Applicant respectfully reserves 
the right to pursue the subject matter of the claims as it existed prior to any amendment, 
and other claims, in one or more continuation and/or divisional applications. Applicant 
respectfully requests reconsideration and allowance of all claims in view of the 
amendments above and the remarks that follow. 

Rejections under 35 U.S.C. 101 

Claims 9-12 are rejected under 35 U.S.C. 101 because "A signal, a form of 
energy, does not fall within one of the four statutory classes of § 101." Claims 9-12 are 
amended to recite a storage medium, which is a tangible physical article or object and 
statutory under 35 U.S.C. 101. 



Rejections under 35 U.S.C. 102 and 103 

Claims 1-3, 5, 6, 8-15, and 17-19 are rejected under 35 U.S.C. 102(e) as 
unpatentable over Kodera (US Patent 6,7 1 8,484 B 1 ). Claims 4, 7, 1 6, and 20 are rejected 
under 35 U.S.C. 103(a) as unpatentable over Alverson (US Patent 6,848,097 Bl). 
Applicant respectfully submits that the claims are patentable over Kodera and Alverson 
because Kodera and Alverson do not teach or suggest all elements of the claims for the 
reasons argued below. 

Claim 1 recites: "if the identifier was saved in response to the thread that executes 
the instance of the program encountering the entry breakpoint and the scoped breakpoint 
was encountered by the thread, halting execution of the thread that encountered the 
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scoped breakpoint," which is not taught or suggested by Kodera and Alverson for the 
reasons argued below. 

In contrast to claim 1, Kodera at column 12, lines 24-25 describes that "In 
subsequent step 5, a stopped thread is brought into a suspended state/* and Kodera makes 
the bringing of the stopped thread into the suspended state conditional on the following 
three Kodera judgments: 

1) "When it is judged in step 1 that the thread stoppage is caused by presence of a 
breakpoint" (Kodera at column 1 1, lines 44-45); 

2) "When it is judged that the barrier synchronization is not currently being 
performed, on the basis of a state in which a NULL pointer is registered in the enabled- 
barrier synchronization-point management block" (Kodera at column 12, lines 1-4); and 

3) "when it is judged in step 3 that the barrier synchronization-point flag of the 
breakpoint management block 61 1-i that manages a breakpoint having caused stoppage is 
in an ON state" (Kodera at column 12, lines 15-18). 

All three of the aforementioned Kodera judgments are unrelated to, and do not 
teach or suggest, "if the identifier was saved in response to the thread that executes the 
instance of the program encountering the entry breakpoint and the scoped breakpoint was 
encountered by the thread," for the reasons argued below. 

With respect to the first Kodera judgment, when Kodera performs the "stopped 
thread is brought into a suspended state" at column 12, lines 24-25, the Kodera stopped 
thread is still stopped at the same breakpoint whose "presence" "caused" ""the thread 
stoppage" (Kodera at column 1 1, lines 44-45), so Kodera does not. teach or suggest both 
the encountering of the entry breakpoint and the encountering of the scoped breakpoint 
recited in claim 1 because the first Kodera judgment only judges one breakpoint. 

With respect to the second Kodera judgment, Kodera at column 11, lines 63-66 
"writes a NULL pointer into the enabled-barrier synchronization-point management 
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block 612" "when the multithreaded program 20 is started, as a part of the initialization 
processing." Thus, the second Kodera judgment is true the first time that Kodera 
encounters a breakpoint after the multithreaded program 20 is started. Hence, in order for 
Kodera to bring the "stopped thread" "into a suspended state" at column 12, lines 24-25, 
only one breakpoint has been encountered, so Kodera does not teach or suggest both the 
encountering of the entry breakpoint and the encountering of the scoped breakpoint 
recited in claim 1 because the second Kodera judgment is true on the presence of a first 
Kodera breakpoint. 

With respect to the third Kodera judgment, the Kodera "barrier synchronization- 
point flag" which is judged by the third Kodera judgment (at column 12, lines 15-18) is 
set at Kodera column 1 1, lines 6-9: "In subsequent step 7, a barrier synchronization-point 
flag of the breakpoint management block 61 l-i which manages the selected breakpoint is 
brought into an ON state," and this setting of the barrier synchronization-point flag 
occurs prior to the "[start of] the multithread program 20," which does not occur until 
column 1 1, lines 28-30. Thus, the third Kodera judgment is unrelated to, and does not 
teach or suggest both the encountering of the entry breakpoint and the encountering of the 
scoped breakpoint recited in claim 1 because the third Kodera judgment checks a flag that 
was set prior to the start of the execution of the multithread program that encountered the 
breakpoint, so the Kodera "barrier synchronization-point flag" is unrelated to the 
encountering of any breakpoint, much less the encountering of the entry breakpoint and 
the scoped breakpoint of claim 1. 

Thus, Kodera does not teach or suggest "if the identifier was saved in response to 
the thread that executes the instance of the program encountering the entry breakpoint 
and the scoped breakpoint was encountered by the thread, halting execution of the thread 
that encountered the scoped breakpoint " as recited in claim 1 . 

In contrast to claim 1, Alverson at column 21, lines 30-38 recites "If the current 
instruction is instead a breakpoint, the routine continues to step 1 120, where attempted 
execution of a BREAK instruction will cause a privileged instruction exception to be 
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raised, thus transferring flow of control to the privileged instruction exception handler for 
this thread which in turn invokes the breakpoint handler for the thread. Thus, the routine 
continues to step 1125 where execution of the target instructions are halted/' Thus, 
Alverson merely halts the routine if a break instruction is attempted to be executed, so 
Alverson also does not teach or suggest ift if the identifier was saved in response to the 
thread that executes the instance of the program encountering the entry breakpoint and 
the scoped breakpoint was encountered by the thread, halting execution of the thread that 
encountered the scoped breakpoint," as recited in claim 1 . 

Claim 1 further recites: "if the identifier was not saved, the thread that executes 
the instance of the program did not encounter the entry breakpoint, and the scoped 
breakpoint was encountered by the thread that executes the instance of the program, 
allowing execution of the thread to continue after the scoped breakpoint was encountered 
without giving control to a user," which is not taught or suggested by Kodera and 
Alverson for the reasons argued below. 

In contrast to claim 1, Kodera at column 7, lines 10-18 recites: '*When a 
breakpoint which does not belong to the barrier synchronization point is set, the 
execution means 18 operates as follows. Specifically, when after barrier synchronization 
operation is started in response to stoppage of a task at a breakpoint belonging to a certain 
barrier synchronization point, a task is stopped at a certain breakpoint not belonging to 
the barrier synchronization point, the execution means 18 resumes the multitask program 
10 while ignoring the certain breakpoint." 

Kodera judges whether a breakpoint "does not belong to the barrier 
synchronization point" by judging "whether the breakpoint management block 61 1-i is 
connected to the chain from the enabled-barrier synchronization-point management block 
612," as recited by Kodera at column 12, lines 59-62. 

A Kodera breakpoint management block 61 1-i is connected to the chain in Kodera 
at column 11, lines 1 1-15: "In subsequent step 8, the breakpoint management block 61 1-i 
which manages the selected breakpoint is connected to the chain from the constituent 
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breakpoint management chain of the created barrier synchronization-point management 
block 610-i," which occurs after breakpoints are set (block ST6 of Fig. 7) and prior to the 
start of the multithreaded program at Kodera column 11, lines 29-31. Thus, the Kodera 
breakpoint is connected to the chain prior to the start of the Kodera multithreaded 
program, so whether or not a Kodera breakpoint is connected to or belongs to a chain is 
unrelated to the Kodera breakpoint being or not being encountered. 

Thus, when Kodera at column 7, lines 10-13 determines whether "a breakpoint ... 
does not belong to the barrier synchronization point/' Kodera is making this 
determination based on data that was set prior to the Kodera multithreaded program 
starting, so Kodera's judgments at column 7, lines 10-19 are unrelated to encountering 
breakpoints, so Kodera does not teach or suggest 4< if the identifier was not saved, the 
thread that executes the instance of the program did not encounter the entry breakpoint, 
and the scoped breakpoint was encountered by the thread that executes the instance of the 
program, allowing execution of the thread to continue after the scoped breakpoint was 
encountered without giving control to a user," as recited in claim 1. 

Alverson also does not teach or suggest "if the identifier was not saved, the thread 
that executes the instance of the program did not encounter the entry breakpoint, and the 
scoped breakpoint was encountered by the thread that executes the instance of the 
program, allowing execution of the thread to continue after the scoped breakpoint was 
encountered without giving control to a user," as recited in claim 1 because Alverson 
merely halts a routine if a break instruction is attempted to be executed, as described by 
Alverson at column 21, lines 30-38: "If the current instruction is instead a breakpoint, the 
routine continues to step 1 120, where attempted execution of a BREAK instruction will 
cause a privileged instruction exception to be raised, thus transferring flow of control to 
the privileged instruction exception handler for this thread which in turn invokes the 
breakpoint handler for the thread. Thus, the routine continues to step 1 1 25 where 
execution of the target instructions are halted," 
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Thus, Kodera and Alverson, alone or in combination, do not teach or suggest all 
elements of claim 1 . Claims 5, 9, 13, and 17 include similar elements as argued above 
for claim 1 and are patentable over Kodera and Alverson for similar reasons as those 
argued above. Claims 2-4, 6-8, 10-12, 14-16, and 18-20 are dependent on claims 1, 5, 9, 
13, and 17, respectively, and are patentable for the reasons argued above, plus the 
elements in the claims. 
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RECEIVED 

CENTRAL FAX CENTER 



Conclusion 



MAR 1 3 2008 



Applicant respectfully submits that the claims are in condition for allowance and 
notification to that effect is requested. The Examiner is invited to telephone Applicant's 
attorney (651-645-7135) to facilitate prosecution of this application. 

If necessary, please charge any additional fees or credit overpayment to Deposit 
Account No. 09-0465. 



IBM Corporation 
Intellectual Property Law 
Dept. 9 17, Bldg. 006-1 
3605 Highway 52 North 
Rochester, MN 55901 
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